Weather workflow using Canberra as a
demo
Abstract
Understanding current and short term predictions of local weather is an important and often highly beneficial information stream to have for any small business owner. But curating and documenting data collection can be optismed using api calls and simple data workflows. This manuscript runs through a workflow to document metadata from a developing API database. We use Canberra daily weather reports for a landscaping business. With data and tools being applied for financial benefit such as xx and xx there is a need to make more accessible applications and data sources for all small businesses.
This manuscript creates a computationally reproducible workflow that generates the following figures and interactive documents from our single github repository:
## [1] "list" "owmr_weather"
1 day accumulation satellite data
Multiple different organisations provide predictions of the Canberra weather. Here I have combined these predictions into a general estimate of weather from each forecast for different time incriments. To do this the coding needs to take each prediction and collate the relavent information into a structure that allows us to compare different versions of the weather prediction along a timeline of Australian times and dates….ACT times and dates sorry….
## file downloaded to:data/BOMradarIMG/radar.png
Here we have taken advantage of the tools and other available tools for open science to create a dynamic dashboard for a local landscaping company.
The study area for this data is the ACT region. We have divided this area up into unique areas that the landscaping business does regular jobs. This allows us to generate locally specific information with some understanding of the confidence of the evidence based on the proximity of the location to the weather station and forecasting information. Figure 1 represents the areas and divisions we have used to group our data as we update the information using our R code at regular intervals.
The approach to estimating and developing models for real-time data estimation and prediction has many applications and developments. Here we combine methods from the biological, computational and social science fields to make the most of the data aval;iable at the same time as accounting for bias in the collection, visualisation and communication of this information. We choose to use weather as a example as the field is developing fast with the additional data from satellites and other devices in communities allowing for much better response times in dangerous situations such as war and natural disasters.
We collect weather data from the following sources:
## [1] "list" "owmr_weather"
We then use functions and tidy data wrangling tools (dplyr etc) to generate a standard weather dataset for this flexdashboard and application.
This will then allow the product to be passed to the landscaping company for testing and further development.
The below section deals with data collection from image data such as satillites and gif’s from web pages. We collect image data from the following sources:
But by adding additional data sources we are able to increase the number of weather stations reporting to this dataset using:
This report generates a collection of images and data needed to distribute and inform userrs of the data and updates.
Our curated dataset allows for the aims of our project meet and have resulted in the following baseline set of variables. To create the dataset above there are several important structural choices that have been made based on the overall project goals and the other avaliable tools.
First of all you have to store your API key in an environment
variable called OWM_API_KEY. For the current session this
can be done with:
Due to the ... parameter in R you can pass all
parameters defined in the openweathermap-api-reference
to the functions fetching data.
## [1] "list" "owmr_weather"
## [1] "list" "owmr_find"
owmr_as_tibble## [1] "<b>Canberra</b></br>149.1281, -35.2835</br>4°C, <i>broken clouds</i>"
## [2] "<b>Russell</b></br>149.151, -35.2977</br>4°C, <i>broken clouds</i>"
Furthermore, you can add weather map layers from OpenWeatherMap to
the map object via add_owm_tiles. For
available layers see owm_layers.
From static to dynamic documents and back again using rmarkdown and knitr…..
To combine the data for this project the following functions have been developed:
Coming soon…
Canberra is:
Landscaping and garden works are common locally based small businesses that are heavily impacted by local weather conditions. We use this case study to create a dynamic dashboard of curated locations and there association weather data for a morning (7am report). For a single live site see xx [coming soon]
to reproduce dashboard run the following code…
I will create a set of unique weather icons in the future. For now
## [1] "04n" "04n" "04n" "03n" "04n" "04n" "04n" "04n" "03n"
References should follow the ACM standard. The example provided here uses the class file and bib style file. For example, we could write that published a review on EDM in this journal; other reviews were published later . The provided ref.bib file contains examples of virtually every possible citation type.
Supplementary technical material (e.g., mathematical proofs or descriptions of experimental procedures) should be collected in an appendix at the end of the paper (before the acknowledgements and the references sections).
Each figure and table must be mentioned in the text, and must be numbered consecutively in order of appearance (with captions in lower case). For the review process, the figures should be integrated into the text rather than being inserted at the end of the document.
As JEDM is an electronic journal, authors are encouraged to use colours when it enhances visibility and understanding of figures.
Examples of a figure and a table are given in Figure~\(\ref{tab:fig1}\) and Table~\(\ref{tab:1}\).
For LaTeX, a style file named is provided on the journal’s web site. An MS Word file containing this example text is also provided, , which can be used as a template (see the Styles menu). Note that copy/pasting into the template may not ensure correct formatting but selecting a region of text and applying the appropriate style should always work.
Footnotes should be used sparingly and indicated by consecutive superscript numbers in the text. Material to be footnoted should appear at the bottom of the page on which it is referenced. Acknowledgments and grant numbers should be put into a separate ‘Acknowledgment’ section right before the list of references.
Support our work here:
anthony.davidson@canberra.edu.au
Comments per Day